Geotext searching and displaying results

ABSTRACT

A method for displaying information about documents in a corpus of documents, the method involving: accepting search criteria including a free text entry query and a domain identifier identifying a domain; in response to accepting the search criteria, identifying a set of documents among the corpus of documents, wherein each document of the set of documents: (1) contains anywhere within the document location-related information that locates that document within the domain; and (2) contains anywhere within the document information that is responsive to the free text entry query, wherein said identified documents are identified by a plurality of document identifiers; displaying a multi-dimensional representation of the domain on the display device; and displaying within the representation of the domain a plurality of visual indicators as representations of the documents identified by the plurality of document identifiers, wherein each visual indicator of the plurality of visual indicators represents a corresponding different subset of documents among the identified documents and wherein each visual indicator is positioned within the representation of the domain at a coordinate that corresponds to the location-related information for the corresponding subset of documents.

This application is a continuation of application Ser. No. 09/791,533,filed Feb. 22, 2001, which is incorporated herein by reference. Thisapplication also claims the benefit of U.S. Provisional Applications No.60/183,971, entitled “Metacarta: Map-based Information Search Engine andCatalog,” filed Feb. 22, 2000; and No. 60/201,839, entitled “Method andSystem for Associating Information with Physical Objects and Locations;and Methods of Expanding a Database,” filed May 3, 2000, both of whichare incorporated herein by reference.

TECHNICAL FIELD

This invention relates to computer systems, and more particularly tospatial databases, document databases, search engines, and datavisualization.

BACKGROUND

There are many tools available for organizing and accessing documentsthrough different interfaces that help users find information. Some ofthese tools allow users to search for documents matching specificcriteria, such as containing specified keywords. Some of these toolspresent information about geographic regions or spatial domains, such asdriving directions presented on a map.

These tools are available on private computer systems and are sometimesmade available over public networks, such as the Internet. Users can usethese tools to gather information.

SUMMARY OF THE INVENTION

In a computer system that presents a map interface to a user, theinvention enables a user, among other things, to pose a query via themap interface and to be able to inspect a representation of the queryresults arranged on the map as icons. The map and the icons areresponsive to further user actions, including changes to the scope ofthe map, changes to the terms of the query, or closer examination of asubset of the results.

The targets of the query are documents. Examples of documents includetext-based computer files, as well as files that are partiallytext-based, files containing spatial information, and computer entitiesthat can be accessed via a document-like interface. Documents cancontain other documents and may have other interfaces besides theirdocument-like interfaces. Every document has an address. In the case ofworld wide web documents, this address is commonly a URL.

The documents exist on computer systems arrayed across a computernetwork, such as a private network or the Internet. The documents may behyperlinked, that is, may contain references (hyperlinks) to an addressof another document. Copies of the documents may be stored in the pagerepository.

A spatial recognizer process examines documents for spatial informationcontent. When the spatial recognizer determines that a document hasspatial information content, the document is added to a spatial documentcollection.

A document ranking process assigns a spatial relevance score to eachdocument in the spatial document collection. The spatial relevance scoreis a measure of the degree to which the document relates to the spatiallocation mentioned in its spatial information content. In cases wherethe document has more than one instance of spatial information content,the document is scored against each instance.

The spatial-keyword document indexer examines each document in thespatial document collection and represents it in an spatial-keyworddocument index data structure. The spatial-keyword document indexerindexes a document both by keywords and by at least one instance ofspatial information content. The spatial-keyword document index enablesunusually fast responses by the computer system to queries that combinespatial criteria with keyword criteria.

The crawler extends the collection of known documents by examining thehyperlinks contained in the known documents. When a hyperlink referencesa previously unknown document, the crawler adds the unknown document tothe collection of known documents and examines them, in turn, for newhyperlinks to follow.

The crawler may prioritize the hyperlinks it follows based in part onspatial relevance scores.

The computer system includes a metasearcher process for initializing thecollection of known documents. This initializing step is known asbootstrapping and is known in the art. The metasearcher queriespredetermined search engines known to store information about othercomputer systems and document sources, such as search engine web siteson the Internet. The human administrators of the metasearcher provide itwith a collection of known spatial locations. The metasearcherformulates queries based on these spatial locations and directs thequeries to the search engines. After each query, the results arecompared to the collection of known documents and are added if new.

However, it is common for search engines to cap the maximum number ofresults returnable to a single query. The metasearcher is able torespond to a results cap by issuing follow-on queries which areprogressively more spatially focused. An example of a progressively morespatially focused series might be “New York state,” “New York, N.Y.,”“Times Square, New York, N.Y.,” etc. By progressively narrowing thescope of its queries, the metasearcher reduces the number of resultsuntil the results number fits within the cap. The progressive spatialfocus produces information more closely matched to a specific spatiallocation, as well as a more exhaustive sample of the results availablefrom a given search engine. At the same time, the generality of earlyqueries casts a net as broad as possible, so as not to miss any results.As a result, the documents found by the metasearcher form a diverse yethighly spatially-qualified sample for the crawler to start from.

In general, in one aspect, the invention is an interface program storedon a computer-readable medium for causing a computer system with adisplay device to perform a set of functions. The functions areaccepting search criteria from a user including a free text entry queryand a domain identifier identifying a domain; in response to acceptingthe search criteria from the user, retrieving a plurality of recordidentifiers each of which identifies a corresponding record which: (1)has associated therewith a location identifier that locates it at aspecific location within the domain identified by the domain identifier;and (2) contains information that is responsive to the free text entryquery; displaying a representation of the domain on the display device;and displaying on the display device a plurality of icons asrepresentations of the records identified by the plurality of recordidentifiers. For each of the plurality of record identifiers, acorresponding one of the plurality of icons is displayed within therepresentation of the domain that is being displayed on the displaydevice. The corresponding icon for each of the plurality of recordidentifiers is positioned within the representation of the domain at acoordinate within the domain that corresponds to the location identifierfor the corresponding record.

Preferred embodiments include one or more of the following features. Thedomain is a geographical region and the representation is amulti-dimensional map of the geographical region. More specifically, therepresentation is a two-dimensional map of the geographical region. Thestep of accepting input further includes accepting a designation by theuser of a designated category, wherein each of the records correspondingto the plurality of retrieved record identifiers also includesinformation that falls within the designated category. The step ofaccepting the designation by the user of a category includes presentingto the user a list of predefined categories and accepting as thedesignated category a selection by the user from that list. Theinterface program also is for causing the computer to perform thefurther functions of, after displaying the corresponding icon for eachof the plurality of record identifiers, accepting further searchcriteria from the user. The further search criteria are selected fromthe group of search criteria types consisting of a domain identifierinput type, a free text entry query input type, and a category type. Italso causes the computer, in response to accepting the further searchcriteria from the user, to perform the functions of: (1) retrieving asubset of the plurality of record identifiers, wherein the subset of theplurality of record identifiers identifies all record identifiers amongthe plurality of record identifiers that fall within the further searchcriteria; (2) displaying a two-dimensional map of a revised geographicalregion on the display device that is responsive to the further searchcriteria; (3) for each of the record identifiers of the subset ofplurality of record identifiers, displaying a corresponding icon withinthe displayed map, wherein the corresponding icon for each of the recordidentifiers of the subset of the plurality of record identifiers ispositioned within the displayed map at a coordinate that corresponds tothe location identifier for the corresponding record; and (4) storing asa filter the first-mentioned search criteria in combination with thefurther search criteria, wherein the stored filter is retrievable foruse by the user in specifying a future search through the interface. Thefirst-mentioned search criteria in combination with the further searchcriteria is an ordered sequence of inputs and the stored filter is theordered sequence of inputs preserving the order of the sequence ofinputs.

Preferred embodiments may also include one or more of the followingfeatures. The interface program also causes the computer to perform thefurther functions of: presenting to the user via the display device amap; and enabling the user to input the domain identifier as part of thesearch criteria by interacting with the displayed map. The plurality oficons include an icon of a first icon class and an icon of a second iconclass; and the icon of the first icon class has first visualcharacteristics and the icon of the second icon class has second visualcharacteristics that are different from the visual characteristicsassociated with the first icon class. At least some of the recordsidentified by the plurality of record identifiers are of a first typeand at least some of the other records identified by the plurality ofrecord identifiers are of a second type and the records of the firsttype are displayed using the icon of the first icon class and records ofthe second type are displayed using the icon of the second icon class.At least one of the icons of the plurality of icons represents multipleof the records identified by the plurality of record identifiers,wherein each of the multiple of the records having a location identifierthat locates that record within a neighborhood about a central location.

Also in preferred embodiments, the interface program causes the computerto perform the further functions of: accepting a change of scale requestfrom the user; in response to accepting the change of scale request,consolidating at least some of the plurality of icons with each other toform a second plurality of icons that is fewer in number than the numberof icons in the first-mentioned plurality of icons; and in response toaccepting the change of scale request, redisplaying the domain using adecreased scale and also using the second plurality of icons to identifythe locations of the records identified by the plurality of recordidentifiers. In addition, it also causes the computer to perform thefurther functions of: accepting from the user a specification of anelectronic note which has an associated location within the map; anddisplaying a sticky-note icon on the map at position that corresponds tothe associated location. The electronic note comprises a web page withits own externally accessible address which enables people toelectronically access its contents through that address.

In general, in another aspect, the invention is a method that performsthe functions described above.

In general, in yet another aspect, the invention is a database systemstored on a computer-readable medium for causing a computer system toperform the functions of: accepting search criteria including at leastone of: (1) text; (2) a domain identifier identifying a domain; and (3)a filter identifier identifying a filter; and retrieving a plurality ofrecord identifiers each of which identifies a corresponding record whichhas associated therewith the text, domain identifier, or layeridentifier of the search criteria, where the retrieving is performedwith a spatial-keyword document index.

In general, in still another aspect, the invention is a method ofretrieving a plurality of record identifiers each of which identifies acorresponding record which has associated therewith at least one of atext, a domain identifier, and a layer identifier as specified by searchcriteria, wherein such retrieving is performed with a spatial-keyworddocument index.

Preferred embodiments include one or more of the following features. Thespatial-keyword document index includes a spatial index tree extended toreference documents and a plurality of trees with the same structure asthe spatial index tree but trimmed for particular lexicon entries andfilters. The plurality of record identifiers are retrieved in aspatial-keyword document index tree and the branching structure of thetree is analyzed to identify geographic phenomena. A geographicphenomena is a spatial-keyword document index tree branching structurein which more than a predetermined fraction of the branches share morethan predetermined number of parent nodes.

In general, in still yet another aspect, the invention is a programstored on a computer-readable medium for causing a computer system toperform the functions of: loading documents referred to by documentaddresses; parsing those documents for more document addresses to load;and parsing those documents for possible spatial identifiers.

Preferred embodiments may include one or more of the following features.The program also causes the computer system to perform the furtherfunction of analyzing the possible spatial identifiers to determine alocation in a domain. A portion of the document addresses are gatheredby a metasearcher process, which queries other computer systems usingtext that refers to spatial domains. The program also causes thecomputer system to perform the further function of computing a relevancescore for each of the possible spatial identifiers found in eachdocument. The relevance score includes one or more of: (1) the possiblespatial identifier's position in the document; (2) the number of otherpossible spatial identifiers in the document; (3) whether the possiblespatial identifier is in a sentence or is free standing; and (4) theformatted emphasis of the characters in the possible spatial identifier.The program also causes the computer system to perform the furtherfunction of sorting the document addresses by relevance score beforeloading.

In general in still another aspect, the invention is a program stored ona computer-readable medium for causing a computer system to perform thefunctions of: loading documents referred to by document addresses;parsing those documents for more document addresses to load; parsingthose documents for possible spatial identifiers; and analyzing thepossible spatial identifiers to determine a location in a domain.

The details of one or more embodiments of the invention are set forth inthe accompanying drawings and the description below. Other features,objects, and advantages of the invention will be apparent from thedescription and drawings, and from the claims.

DESCRIPTION OF DRAWINGS

FIG. 1 schematically shows an overall arrangement of a computer systemaccording to an embodiment of the invention;

FIG. 2 schematically represents an arrangement of controls on a mapinterface according to an embodiment of the invention;

FIG. 3 is an explanatory diagram of storage entities and entities in adata collection process;

FIG. 4. is an explanatory diagram of entities in a data analysisprocess;

FIG. 5. is an explanatory diagram of entities in a search process;

FIG. 6. is an explanatory diagram of steps in a process for building aspatial keyword indexer; and

FIG. 7. is an explanatory diagram of steps in a spatial indexer process.

DETAILED DESCRIPTION

In general, with reference to FIG. 1, the computer system 20 includes astorage 22 system which contains information in the form of documents,along with spatial information about the documents. The computer system20 also includes subsystems for data collection 30, data analysis 40,search 50, data presentation 60, and portal services 70. The computersystem 20 further includes a map interface 80 presented to a userthrough a variety of clients. Through the map interface 80, the user canquery the storage 22 and can view a representation of the query resultsarranged on a map.

Documents

The targets of a user query are documents. Examples of documents includetext-based computer files, as well as files that are partiallytext-based, non-text files, files containing spatial information, andcomputer entities that can be accessed via a document-like interface.Documents can contain other documents and may include other interfacesbesides their document-like interfaces. Every document has an address.In the case of World Wide Web documents, this address is commonly a URL.As is the case with URL's, a portion of the address may includeinstructions or parameters that are passed to the computer serverprocess that serves the document.

The documents exist on computer systems arrayed across a computernetwork, such as a private network or the Internet. The documents may behyperlinked, that is, may contain an address of another document. Copiesof the documents may be stored in the page repository 222 (FIG. 3).

General User Interface

With reference to FIG. 2, the map interface 80 is presented to the useron a computing device having a user interface. The user interface may begraphical (GUI), voice-based, or text-only. Each feature of the GUI willbe reproduced in a voice-based or text-only user interface, to theextent possible.

As is common in the art, the GUI includes a pointer symbol responsive tothe user's manipulation of a pointing device such as a mouse, atouch-sensitive area, or a combination of directional buttons. Thepointer symbol is superimposed on the GUI contents. The GUI is alsoresponsive to a click event generated by the user. The click is usuallyassociated with the user's manipulation of a button on or near thepointing device, but may be activated in other ways, depending on thecomputing device and its operating system. The client process receivesclick events and the position of the pointer symbol from the operatingsystem of the computing device.

The map interface 80 includes a map 805. The map 805 is arepresentation, often in part, of at least one spatial domain. A spatialdomain is any space with a location metric known to the spatialrecognizer 48. In one embodiment, the surface of the Earth is a spatialdomain under the 2-dimensional location metric of latitude andlongitude—henceforth, the “standard geographic domain.” In anotherembodiment, the “GPS domain” is defined by a volume around the surfaceof the Earth under the 3-dimensional metric of GPS (global positioningsatellite) data.

A metric on a space need not identify spatial point locations. Adocument may be identified as being near a spatial point location. Forexample, a document could be identified as “near exit 19 off I-80 inPennsylvania.” A document could refer to an extended region like PlumIsland state park.

The map 805 uses a scale in representing the domain. The scale indicateswhat subset of the domain will be displayed in the map 805. There isusually a range of scales appropriate to a given domain. By choosing asmaller scale, the user can examine a smaller portion of the entiredomain in exchange for more detail per unit.

Several domains may exist along one spatial continuum. For instance, inone embodiment, the map 805 initially displays a representation of thewhole surface of the Earth under the standard geographic domain. The map805 might then be changed to display only one continent. This map 805still displays a portion of the domain, but the scale has changed.However, the scale might change to the point that the map 805 displaysonly a close-up of a concert hall. At that point, the map interface 80can change the domain to that of the concert hall, where locations canbe expressed by section, row, and seat number, for instance. Domains canintersect or overlap, therefore, along a continuum of scale.

When the domain has geographic meaning, the map 805 may include standardgeographic map features such as streets and waterways. Data forgeographic features is available from the U.S. Census Bureau, the U.S.Geographic Survey, and companies such as GDT, of 11 Lafayette Street,Lebanon, N.H., or NavTech, of 10400 W. Higgins Road, Rosemont, Ill. Themap can include spatial landmark features appropriate only to certainscales within the same domain, such as street names that do not appearuntil the scale is sufficient to allow individual streets to berepresented.

The map 805 need not represent a domain that physically exists; the map805 may represent something that is itself a representation, such as avirtual layout of a planned housing development. Still more abstractly,the map 805 may represent entities in a spatial layout where the spatialdimensions do not correspond to physical spatial dimensions. Forinstance, the domain may be a genealogical tree laid out on a plane,wherein one axis of the plane represents the linear progress of time.

A domain location is a location in the space that the map 805represents. The domain location is usefully distinguished from thedisplay location, which describes the placement of elements as displayedby the map 805. The measure of distance between domain locations dependson the domain, whereas the distance between display locations ismeasured in pixels of the computing device hosting the client 64.

A domain frame is the subset of the overall domain (possibly includingthe entire domain) displayed by a state of the map 805.

Changing the Map View

The user can adjust the view displayed by the map 805 in several ways.

The user can change the scale of the map 805 by a click on the zoom bar891. The zoom bar 891 visually represents a plurality of scales that themap interface 80 is capable of displaying in the map 805. The scalesdisplayed by the zoom bar 891 in any given state may be a subset of thetotal scales the map interface 80 is capable of displaying in the map805. This subset may adapt to a change in state, including a change inscale. For instance, in a geographic context, the first state of the mapinterface 80 may display the entire globe in the map 805. In this firststate, the zoom bar 891 may display scales ranging from global to streetlevel, for instance. If the user narrows the scope of the displayedregion to a street address corresponding to a concert hall, the zoom bar891 might display scales ranging from seating sections to individualseats inside the hall.

The user can move the center of the map 805 by a click on the map border892. The map border 892 surrounds the map 805.

By interacting with the map mode controls 830, the user can specify howthe map interface 80 should respond to clicks on the map 805. The mapmode controls 830 include controls for pan 832, zoom 834, and post anote 836. The pan 832 control and the zoom 834 control each have statesincluding an “on” state and an “off” state. When the pan 832 control isin its “on” state, a click on the map 805 instructs the map interface 80to re-center the map 805 around the location represented by the click.Likewise, when the zoom 834 control is in its “on” state, a click on themap 805 instructs the map interface 80 to zoom the map 805 in around thelocation represented by the click. The post a note 836 control isdescribed in the section on electronic notes, below.

The map interface 80 includes spatial criteria entry controls 806. Thespatial criteria entry controls 806 include a data entry control 808, asubmission control 809, and a prompt for spatial criteria 807. Theprompt for spatial criteria 807 instructs the user as to the purpose ofthe data entry control 808. The prompt for spatial criteria 807 mayinclude a static instruction or may be dynamically responsive to userinteraction, such as movement of the pointer symbol over the data entrycontrol 808. The prompt for spatial criteria 807 may include sound. Theuser invokes the submission control 809 to notify the client process 64that the data in the data entry control 808 is complete.

Examples of spatial criteria include geographic measurements such aslatitude, longitude, or altitude; postal address information; or,returning to the concert hall example, row and seat number. Spatialcriteria also include criteria that are indirectly spatial, i.e.,criteria that do not describe spatial attributes but specify an entitywhich does have spatial attributes. An example of indirectly spatialcriteria is the tracking number of a package. The tracking number mightnot be spatially descriptive in itself, but the package at any giveninstant might have a last known location that could be represented onthe map 805.

The map interface 80 includes keyword entry controls 801. The keywordentry controls 801 include a data entry control 803, a submissioncontrol 804, and a prompt for keywords 802. The prompt for keywords 802instructs the user as to the purpose of the data entry control 803. Aswith the prompt for spatial criteria 807, the prompt for keywords 802may include a static instruction or may be dynamically responsive touser interaction, and may include sound. The role of the submissioncontrol 804 within the keyword entry controls 801 is identical to therole of the submission control 809 within the spatial criteria entrycontrols 806.

Note that part or all of the spatial criteria entry controls 806 and thekeyword entry controls 801 may use the same interface components. Forinstance, if the user enters text “shoes near to Cambridge, Mass.,” thesystem may consider this both spatial criteria and keyword criteria.

Examples of keywords include any word of interest to the user, or simplya string pattern. The computer system 20 compares the data in the dataentry control 803 against the contents of the documents in storage 22.There are no predetermined restrictions on the keywords that may match adocument.

The user may enter any text he/she desires in the text entry tools. Thecomputer system 20 will parse entries to get possible domain changingcommands and keyword queries. Keyword queries can be of any form. Thecomputer system 20 does not restrict the entries to predefinedcategories. Instead, the computer system 20 attempts to match the querytext against text found in all documents in the corpus.

One way to match the query text is to split it into separate stringsdivided by white space, where white space is commonly defined in the artas tabs, spaces, carriage returns, and other characters generallyreferred to by the regular expression character “\s”. Each of theseseparate strings can then be searched for in the documents.

The text contents of the documents can be similarly divided intoseparate strings divided by white space. Thus, if the text entered bythe user match any strings in the document corpus, the computer system20 can retrieve results.

This “free text entry query” allows much more versatile searching thansearching by predetermined categories.

Icons

The map interface 80 may include one or more icons 810 superimposed uponthe map 805. Icons 810 need not be present in the map interface 80 whenthe client 64 is initially presented to the user. After the user hassubmitted a query, though, the map interface 80 may use icons 810 torepresent documents in storage 22 that satisfy the query criteria to adegree determined by the search 50 process.

The display placement of an icon 810 represents a correlation betweenits documents and the corresponding domain location. Specifically, for agiven icon 810 having a domain location, and for each documentassociated with the icon 810, the subsystem for data analysis 20 musthave determined that the document relates to the domain location. Thesubsystem for data analysis 20 might determine such a relation from auser's inputting that location for the document. Note that a documentcan relate to more than one domain location, and thus would berepresented by more than one icon 810.

An individual icon 810 belongs to an icon class. Icons 810 of the sameicon class share visual characteristics that may include shape, color,size, indexing scheme (Roman numerals versus letters, e.g.), or animatedbehavior. An icon face 818 is an interface element of the map interface80 satisfying the requirements of an icon class. In one embodiment, theclient process 64 runs on a computer equipped with a monitor having apixel size of approximately 0.28 mm, which is approximately the industrystandard for desktop computers at the time the invention was made. Forthis pixel size, typical icons would be 15 to 20 pixels in diameter.

Note that there may be more than one way to satisfy the requirements ofan icon class, so an icon class may have more than one icon face 818.For an example, see icon subclasses, below.

Visual similarities conferred by icon class may be used to representtopical similarities among the documents the icon 810 represents. Forinstance, documents affiliated with restaurant menus might berepresented by icons 810 sharing a fork-and-knife shape. Thefork-and-knife shape would be a property of the icon class.

Different colors, shapes, tints, and animated motions of the icons 810might represent different features of the documents represented by theicons 810.

A class of icons may share the same geometric shape but have differentcolors, or different shades of the same color. The different shadesmight represent the several different properties of the documentsrepresented by the icons. Different properties of the documents includethe time elapsed since the document was created, the time elapsed sincethe document was introduced to the system, a relevance measure of thedocument, the size of the document.

Another feature of the icon class is the icon subclass. Two icon classesmay be subclasses of a third class if they share the characteristicsaffiliated with the third class but vary at least one othercharacteristic in a consistent and meaningful way. For instance, theicon class for restaurants might have subclasses for quality, asmeasured by a certain newspaper's restaurant reviews. All icons 810 inthe icon subclasses for restaurant quality would have a fork-and-knifeshape in common, but icons 810 would be colored green for good reviews,red for poor reviews, or yellow for mixed-opinion reviews. They couldeven be divided in pie-chart fashion to show a percentage of each typeof review. Thus, broad visual similarities can be used to imply broadtopical similarities on one level, while visual sub-variation can beused to imply topical sub-variation on a second level. The icon legend812 can inform the user of such conventions.

If icon class B is a subclass of icon class A, then icon class A is aparent class of icon class B.

Many domain locations have multiple documents referring to thatlocation. To illustrate this to the user, the icon 810 used at thatlocation in the map interface might be of a different size, color, orshape from other icons 810. For example, an icon 810 may be made toappear “stacked” as if a few of the icons 810 where placed nearly on topof each other. For another example, the icon 810 might appear to haveparts of different icons 810 spliced together.

In a preferred embodiment, different colored icons 810 representdifferent layers of documents; varying shapes represent varying numbersof documents; varying shades represent varying relevance numbers for theunderlying documents. The relevance of a set of documents referring to agiven domain location might be computed by averaging or summing therelevance of the individual documents.

An icon 810 may represent one location in a domain or severalneighboring locations. The number of locations depends upon severalfactors, including the scale of the map 805. When multiple icons 810have display locations within a tolerance determined by the computersystem 20, the map interface 80 consolidates icons 810 to increasevisual clarity. Should the user change the scale of the map by zoomingit, the map interface 80 recalculates whether to consolidate icons 810.The tolerance beyond which icon consolidation occurs may vary. Theprimary factor in the decision to consolidate is whether icons 810 areoverlapping. For many icons 810, a good test of overlap is whether thedisplay locations are closer than two times the average diameter of theicon faces 818. Other factors in the decision to consolidate includevisual characteristics of the icon faces 818, visual characteristics ofthe map 805, characteristics of the domain, characteristics of thedocuments, and the number and variety of icons currently present in thedisplay.

A consolidated icon 810 may represent multiple spatial domains. Forinstance, consider the standard geographic domain that includesWashington, DC, and another domain for Ford's Theater under theconcert-hall seating metric. At certain display scales, documents thatrepresent the Lincoln Memorial might be consolidated into the same iconas documents describing the specific seat in Ford's Theater in whichLincoln was shot. In this example, the Lincoln Memorial document mightbe affiliated with the standard geographic domain. The Ford's Theaterdocument might be affiliated with a domain specific to Ford's Theater,but in this example is may be displayed on the standard geographicbecause the entire Ford's Theater domain can be mapped onto a fairlysmall region, relative to the size of the domain requested by the user.

An icon 810 may also represent multiple topical categories among itsdocuments, regardless of whether the icon 810 is consolidated. In thiscase, the icon face 818 may be altered to reflect the multiplicity oftopics.

The icon legend 812 is another element of the map interface 80. The iconlegend 812 relates an icon 810 to the documents it represents. The iconlegend 812 comprises a listing of documents. The listing may be groupedor ordered in a variety of ways.

Icons 810 are listed in the icon legend 812 according to an ordercompiled by the search 50 process.

A non-consolidated icon 810 represents a single display location. Theorder of its documents as listed in the icon legend 812 is based on arelevance ranking compiled by the search 50 process. The relevanceranking scores each document against the user's query criteria.

A consolidated icon 810 may represent a plurality of domain locations. Aconsolidated icon 810 may represent a plurality of icon classes. Thedifferent icon classes may entail different topical categories. The iconlegend 812 may differentiate the document listings according to thesetopical categories: for instance, by grouping them by category; byadding a field to each entry in the list, specifying the category; or byadding a visual emphasis. The visual emphasis may include a change intypeface, a change in color, or the presence of an icon type affiliatedwith the category. Several effects can be combined, such as grouping bycategory in combination with a variation in background color betweenadjacent groups.

Filters

The map interface 80 includes two groups of controls for managingfilters, a general filter display 850 and a user-specific filter display860.

With reference to FIG. 3, a filter selects a subset of the corpus ofdocuments in the page repository 222. Filters are defined recursively: afilter is a list of elements, where each element can be either a keywordstring, a set of spatial criteria, a human-compiled list of documents, adomain frame, or another filter. The elements may be defined in asequence allowing the user to select a collection of documents. Thesequence of filters may be combined with the Boolean AND operator toproduce an intersected document set that is the same for any order ofthe filters. Two sets of filters may be combined with the Boolean ORoperator. When viewing a set of documents in a map 805, the user maychange the map view to display a subset of this document set, which maybe different than if the user performed the filtering operation afterchanging the map view. Thus, every user query defines a filter, becauseit contains either keywords, spatial criteria, a change to the domainframe, or several in combination. The initial state of the map interface80—even if the user has not yet interacted with it—defines a filter,since the map 805 has at least a domain frame associated with it.Similarly, because a non-empty map 805 defines a filter, zooming orpanning the map 805 always defines a new filter based on the previousfilter plus the new domain frame. Each group of icons 810 defines itsown unique filter: namely, the filter defined by the current state ofthe map 805, but with the resulting documents restricted to thoseassociated with at least one of the icons 810 in the group. In this way,a click on an icon 810 can define a filter, since a single icon 810 issimply a group of one.

The general filter display 850 includes filters created for the user.The user-specific filter display 860 includes filters created by theuser. The two sets of controls, 850 and 860, can be disjoint or canshare controls in the map interface 80.

The general filter display 850 includes general 852 filters, searchhistory 854 filters, and inferred 856 filters. A general 852 filter is afilter predefined by the computing system 20. This includes filtershandpicked by human editors to be of general interest to the userpopulation, as well as filters selected algorithmically for having ahigh frequency of recurrence among the usage patterns of the userpopulation. A search history 854 filter is a filter the current user hasapplied in the current or previous session possibly without explicitlyinstructing the system to remember it. By providing easy access tosearch history 854 filters, the system allows the user to reapply afilter that he/she created earlier but neglected to add to theuser-specific filter display 860.

An inferred 856 filter is a filter selected algorithmically based on theusage patterns of the current user.

A data-mined 857 filter is a filter created algorithmically by aprocedure that analyzes the content and hyperlinks of documents in thepage repository 222 to create a set of documents sharing a property. Theproperty may be determined heuristically, e.g. “all documents appearingto relate to cooking recipes.” The algorithm to construct such a filtermight include the use of Bayesian learning, statistical analysis, andontologies of words and phrases.

The user-specific filter display 860 is not shown by certain states ofthe map interface 80. For example, if the computer system 20 cannotdetermine the correct user profile to apply to the current user, or if asecurity measure associated with the profile has not been satisfied, theuser-specific filter display 860 may be hidden or disabled.

When displayed and active, the user-specific filter display 860 includesfilters associated with a user profile. The user can add, modify, ordelete these filters, and can assign them to user-defined groups.

Filters that the user can add to the user-specific filter display 860include: a filter in the general filter display 850; the filter definedby the current state of the map 805; the filter defined by a group oficons 810, which the user can specify by using the pointer symbol; afilter combined from at least two existing filters; and a modifiedfilter which the user chooses to save under a new name.

The modifications that the user can apply to a filter in theuser-specific filter display 860 include: renaming the filter; adding,deleting, or reordering elements in its list; and changing the iconclass associated with the filter or defining a new icon class for thefilter. Properties of the icon class that the user can edit include: itsname, its icon face 818, its parent icon class, a textual summary of thedocument, and any properties displayed in the icon class legend 817.

Electronic Notes

A note document is a document associated with a domain location. It mayalso be associated with a user profile, or it may exist anonymously. Anelectronic sticky-note 870 is a representation of a note documentdisplayed on the map 805 in a display location corresponding to a domainlocation associated with the note document. The note document cancontain any form of information that a document in storage 22 cancontain. For instance, the note document may contain text, graphics,sound, video, hyperlinks, or a combination thereof. The note documentcan have its own URL and act as a web page.

The post a note 836 control changes the state of the map interface 80such that a subsequent click on the map 805 will create a new notedocument. The note document will be associated with a domain locationcorresponding to the display location that was clicked, and anelectronic sticky-note 870 will appear at said display location and beassociated with the domain location represented by that displaylocation.

In one embodiment, having put the map interface 80 in the appropriatestate, the user can move document content from outside the clientprocess onto the map 805, thereby initiating a note document creation.The content can be moved by drag-and-drop or copy-and-paste, among othermethods appropriate to the computing environment and the media type. Forinstance, the document content could be a media stream which thecomputer system 20 begins recording. The content becomes part of the newnote document, and the note document is given at least one externallyaccessible address such as a URL. With the map interface 80 in theappropriate state, the user can create web pages, for example, with onerapid action. In this embodiment, the mechanisms allowing the user todrag-and-drop or copy-and-paste content are provided by the operatingsystem. The terms “drag-and-drop” and “copy-and-paste” are well known inthe art.

Several other features of these note documents require description.Users can specify calendar dates and/or times when a document is not tobe served to the public, or will expire altogether. When a note documentexpires, it may be deleted from storage or prevented from appearing inthe interface. This allows users to post time-sensitive information atgeographic locations. Short lifetime note documents might be used tomake an animated icon on the map interface. Such an icon could follow amoving object or a user's approximate path through the domain.

Users can digitally sign note documents to help ensure theirauthenticity to other users. Public key cryptography, like PGP, isstandard in the art and can be used to affect this. The audience of adocument can be limited using this same type of public key cryptographyor by requiring users to login with a private password thatauthenticates their identity. The creator of the note document candetermine the list of registered users permitted to see a particularnote document. Alternatively, the creator could distribute theencryption key needed to open a note document. This allows users topublish note documents to a subscription list.

Users can host their own note documents on private computer systems.Such private computer systems may be licensed copies of part or all ofthe computer system 20. Such a privately held note document might beprotected by security measures. The creator of such a note document cancreate additional note documents in other instances of the computersystem 20, which may be owned by other people or companies. Theseadditional note documents could provide pointers to one or many notedocuments on the creator's private computer system. These additionalnote documents might contain a summary of the original note document.Users of one instance of the computer system 20 may have access tocertain other instances of the computer system 20. This access isdetermined by the owner of each instance. This allow many instances ofthe computer system 20 to participate the hosting and distribution ofgeographically-located note documents.

Since any media type can be easily put in to a note document, it is easyfor the owners of an instance of the computer system 20 to create notedocuments from data from other computer systems under their control. Forexample, a store owner can copy their inventory database into notedocuments in their instance of the computer system 20. This conversionof a store database to geographically-located note documents makes iteasy to serve the inventory information to other users interested in thestores physical area.

A user can upload or create a collection of note documents in oneaction, such as dragging and dropping a folder of documents into the mapinterface. If the documents contain location information, they can beautomatically posted in the map interface. If not, the user can beprompted to select locations for each document.

Such a collection of note documents will be grouped in a filter in theuser-specific filter display 860. Examples of such grouped notedocuments include a collection of photographs taken on a vacation, acollection of sound recordings taken around a city, a set of datagathered from various sensors, a sequence of events for an newspaperarticle, or a set of descriptions for a trail guide. A collection mighthave colored lines connecting the various icons on the map 805, therebyindicating a path that could be followed by a user in the domain.

Such a collection could be created for a user by a service or device.For example, a user's camera might include a GPS or other spatiallocating device that imprints each picture with a location stamp.Uploading the pictures is then quite simple: the stamps locate eachpicture on the map 805. A service might do this on a user's behalf. Forexample, a hospital might annotate a user's medical record withlocations of where the user was treated and post them as a private notedocument collection for the user and other care providers.

The user can post a note document containing dynamic software such as adiscussion board, order entry tools, telephone connect service, or othersoftware-backed tool. A note document posted at the location of avending machine might have an order entry tool connected to the vendingmachine that allows users to use a credit card or other paymentmechanism to purchase items from the machine. This allows users getphysical items without paying cash or even carrying a credit card.

A note document posted at a store might contain a discussion board withtext and other media entry tools allowing the general public to engagein a discussion at that location. Such message boards might receive textmessaging from portable phones and broadcast them to users viewing thediscussion board.

A note document might contain a tool, which, when clicked, causes auser's phone to dial into a service. Such a note document might beposted at a restaurant or theater where telephone reservations arerequired.

Community Feedback

The map interface 80 can use the community feedback 880 control to showthe user information gathered from the behavior of other users. Featuresof the community feedback 880 control include domain usage feedback 882,word-domain suggestion 884, and word-word suggestion 886.

When the user views a spatial domain, domain usage feedback 882 tellsthe user how many people have viewed that domain or part of that domainin the recent past. For example, “23 people have viewed this region inthe last 18 minutes.”

When a user views a spatial domain, word-domain suggestion 884 can tellthe user keywords that are relevant to this domain. These words can begathered by analyzing documents that refer to this region to find thewords that occur most in that domain. These words may also be gatheredby recording the keywords that other users have entered when viewingthis region. The most commonly searched for words can be presented tothe user.

When a user enters a keyword query, word-word suggestion 886 can tellthe user additional keywords that relate to the keyword(s) just entered.These additional keyword suggestions come from a thesaurus that may bebuilt by recording the sequence of queries entered by other users. Ifmany users enter the same keywords together or in a single session, thenthose keywords can be considered related. For example, if many userssearch for “chocolate” and then search for “chocolatier” the computersystem 20 can suggest to the next user who enters “chocolate” to try akeyword query for “chocolatier.” This suggestion helps users find whatthey want.

Data Collection

The computer system 20 includes a data collection 30 process forgathering new documents. With reference to FIG. 3, the data collection30 process includes a crawler 36 process, a page queue 34, and ametasearcher 32 process.

Crawler and Page Queue

The crawler 36 loads a document over a network, saves it to the pagerepository 222, and scans it for hyperlinks. By repeatedly followingthese hyperlinks, much of a networked system of documents can bediscovered and saved to the page repository 222. The crawler 36 gathersdocuments into the computer system 20 in this manner. In one embodiment,these documents are World Wide Web pages available on the Internet. Inthis case, downloading pages can be done using any of the variousInternet protocols, including the HyperText Transfer Protocol (http),the File Transfer Protocol (ftp), gopher, news, wais, and others.

The page queue 34 stores document addresses. The crawler 36, the pioneer48, and the metasearcher 32 add document addresses. The page queue 34comprises a database table, the page queue table 340.

The crawler 36 gets document addresses to crawl from the page queue 34.When the crawler 36 loads a previously unknown document, it passes thedocument to the pioneer 48 process. The pioneer 48 parses the content ofthe document for hyperlinks to new documents. The pioneer 48 adds anyaddresses referenced by such hyperlinks to the page queue 34.

The crawler 36 makes use of the fact that the probability of beingspatially relevant is correlated with linkage; in other words, pageslinked to a spatially relevant page have a greater probability thanaverage of being spatially relevant. Each crawled URL is assigned aspatial relevance. Considering spatial relevance helps the crawler 36use time and other resources efficiently.

The crawler first crawls pages linked from those pages with spatialrelevance greater than a predetermined threshold. After a page has beendownloaded and its spatial relevance calculated, its spatial relevancelevel 342 field can be recalibrated to reflect the actual relevance wefound.

Metasearcher

The metasearcher 32 initializes the collection of known documents. Thisinitializing step is called “seeding” or “bootstrapping.” The computersystem may have to be seeded for each domain. For example, separatebootstrapping operations may be used for United States postal addressesand French postal addresses.

The metasearcher queries search engines known to store informationappropriate to the domain, such as search engine web sites on theInternet. The human administrators of the metasearcher provide it with acollection of known spatial locations appropriate to the domain. Themetasearcher formulates queries based on these spatial locations anddirects the queries to the search engines. The results are compared tothe collection of known documents and are added if new.

A crawling is complete when all discoverable documents on the networkhave been found. In practice, this rarely happens over large documentcollections unless the collections are extremely static. Thus, since acomplete crawling is rarely likely, the speed of the crawl is animportant design concern. The speed of crawling is limited by the speedat which new pages are discovered through links on previously downloadedpages. A good way to accelerate this crawling is to query existingsearch engines that have already crawled at least part of the documentcollection, which could be the Web. The results given by these searchengines are used to bootstrap the data collection 30 process.

In one embodiment, the metasearcher 32 bootstraps its knowledge of thegeography of the United States. The process for this bootstrappingcomprises six steps. Other domains may require different processes.

The steps are a system of levels intended to gather the most usefulspatial URLs from existing search engines. Since search engines commonlylimit the number of results returned to a single query, searches mightnot return all the results that we would like to gather. For instance,in a geographic query, this happens with town names like “Boston, MA.”In such cases, it is useful to specify other words in the query, such asall the street names in that town.

Major search engines include AltaVista, Fast, Lycos, MetaCrawler,DogPile, NorthernLight. Each engine has a maximum number of results thatthey will return for a query, even if they have more pages that meet thequery. If a metasearch query overflows this number, the metasearcher 32adds words to the query to squeeze out more URLs.

In step 1, the metasearcher 32 queries the search engines with just thetown names, e.g. “boston” “Cambridge” “new york” “madison” “sanantonio”.

In step 2, for any town name that resulted in the maximum number ofresults for that engine, the metasearcher 32 re-queries the searchengine with the town and the state, e.g. “boston, ma” “boston mass”“boston Massachusetts” “Cambridge, ma” etc. . . . “new york, ny” etc. .. . “madison nj” . . . “madison ny” . . . .

In step 3, the metasearcher 32 switches to a second table, which hasmore information. The second table includes all the streets in everytown in the USA. For any town-state pair that overflows on a particularengine, the metasearcher 32 queries for every street, e.g. “highlandSomerville” “hancock Somerville” “elm Somerville” etc.

In step 4, the metasearcher 32 adds in state names with the streetnames, e.g. “highland Somerville ma” “hancock Somerville ma” “elmSomerville ma” etc.

In step 5, the metasearcher 32 adds in street types, e.g. “highland aveSomerville” “highland avenue Somerville” . . . “hancock st Somerville” .. . “elm st Somerville” etc.

In step 6, the metasearcher 32 adds in street types and state names,e.g. “highland ave Somerville ma” “highland avenue Somerville ma”“highland avenue Somerville Massachusetts” etc. Few places reach thislevel.

The page queue table 340 includes a spatial relevance level 342, whichhelps constrain the crawler 36 to documents that are spatially relevant.When the metasearcher 32 gathers a document, the document is given alevel of “0.”

Data Analysis

With reference to FIG. 4., the computer system 20 includes a dataanalysis 40 process for extracting information and meta-information fromdocuments. Data analysis 40 includes a spatial recognizer 42 process, aspatial coder 43 process, a keyword parser 44 process, an indexer 46process, a spatial document ranking 45 process, and a pioneer 48process. The role of the pioneer 48 process is described in the sectionfor data collection 30. In the data analysis section, we will repeatedlycite the example of the standard geographic domain for the USA,identified by the standard latitude/longitude but also by postal systemaddresses, localities, and phone numbers.

Spatial Recognizer

As new documents are saved in the page repository 222, the spatialrecognizer 42 opens each document and scans the content. It searches forpatterns that resemble parts of spatial identifiers. For example, in thestandard geographic domain for the USA, patterns include streetaddresses of the USA postal system, localities, and phone numbers.

In step 422, the spatial recognizer 42 finds candidate spatial data inunstructured text. Candidate spatial data, is called a PSI, for possiblespatial identifier.

In step 424, the spatial recognizer 42 parses the text of the candidatespatial data to determine its structure, thereby forming a PSI. We breakaddresses into a standard set of fields used by the US postal system.Similar formats exist for other postal systems, which would berepresented as other domains. The constituent parts of the PSI areidentified. Not all may be present in a given document; for localitiesand phone numbers, only town, state, and possibly ZIP and ZIP+4 areused. The constituent parts include:

-   -   House number    -   Street prefix (e.g. East, South)    -   Street name    -   Street suffix (e.g. East, South)    -   Street type (e.g. Street, Turnpike, Square)    -   Town    -   State    -   Zip    -   4-digit zip extension        PSIs are stored in the spatial lexicon 224 for further analysis.        The table for these possible spatial identifiers (PSIs), which        in this case is mapped against the standard geographic domain,        includes fields for latitude and longitude. Regardless of        domain, the table may include fields for spatial coding        confidence, number of documents located at this place, status of        spatial coding, and sum of relevances of documents located at        this place.

The relevance scorer 426 assigns a relevance score to the document.

The relevance scorer 426 includes a multiple spatial referencespartitioner 4262 process. Many documents have multiple spatialreferences. It might be the case that all the spatial identifiers arerelevant to the whole document. An example is a web page listing branchlocations of a store chain. However, it can be the case instead thateach spatial identifier is only relevant to a proper subset of the page.An example of this is a page giving short reviews of a number ofrestaurants. Such a page is a multi-part document.

Multi-part documents present a problem when searching the documentcollection by keyword. Were the document to be keyword indexed as awhole, a word in one part of the document would be indexed as though itwere relevant to addresses in a different part of the document, when infact the word may not be relevant to that part.

To detect multi-part documents, the multiple spatial referencespartitioner 4262 invokes the multi-part cluster measurement 42625process. The multi-part cluster measurement 42625 process first rejectsany document with fewer than some number of addresses (usually 5) orwhich is shorter than some number of words (perhaps 200). The multi-partcluster measurement 42625 process computes an array containing thefractional positions of each PSI in the page. For instance, an addressthat begins at the 200th word in a 1000-word document is at fractionalposition 0.2. We then apply a clustering statistic such as the Ginicoefficient to produce a clustering score that expresses howconcentrated the addresses are on the page. Documents with lowclustering score (indicating that the addresses are evenly spread out)are likely to be multi-part documents. The threshold for the maximumclustering score is determined empirically and may vary for each domain.

The multiple spatial references partitioner 4262 partitions the documentinto segments that contain one PSI each, using the PSIs as boundaries,as follows. The nth segment, containing PSI n, begins at the wordfollowing the end of PSI n−1, and ends at the word before PSI n+1. Forn=1, the segment begins at the first word. For the last PSI on the page,it ends at the end of the page.

Each segment then has the title portion of the document added to it. Thetag recognizer 442 provides one way of determining the title portion ofa document.

The segment is stored in the page repository 222 to be separatelyindexed. The unsegmented page is retained, so that when a segment isfound as a search result, the full document can be returned, with ananchor placed at the beginning of the segment so that the document canbe scrolled to the segment before presenting it to the user.

Spatial Coder

To further analyze the PSIs, the spatial coder 43 process runs severalprocesses that associate domain locations with various identifiers inthe document content. In the standard geographic domain, we canassociate latitude/longitude points or bounding polygons withidentifiers; this process is known as geocoding. If nolatitude/longitude can be matched to a PSI, the spatial coder 43 marksit misrecognized. Otherwise, the spatial coder 43 turns the PSI into aknown spatial identifier, or KSI. This completes the entry in thespatial lexicon 224 described above.

The spatial coder 43 for the standard geographic domain for the USAincludes an address encoder 432, a locality encoder 434, and a phonenumber encoder 436.

With reference again to the standard geographic domain for the USA,addresses are considered the best match. Thus, if a page has addressesin it, simple place names like “Cambridge, Mass.” and phone numbers arenot used to spatially code the page. A page can have multiple KSIs, butthat reduces its spatial relevance (see spatial document ranking 45), sowe look primarily for pages with only a few highly focused KSIs. Afocused KSI means that the spatial coder 43 associates a small area in“lat/long space” (space identified by latitude and longitude) with highcertainty. Thus, for example, a phone number associates with a regionthe size of a telephone exchange, which is at least several squaremiles, but a postal address associates with a “rooftop” sized regionusually represented by a point in the middle of the hypotheticalrooftop. If a phone number and an address in a document both agree onthe location of the page, we can improve the ranking of the document(spatial document ranking 45).

Address encoder 432: Postal addresses in the USA and other countries canbe associated with small geographic regions, usually the size of abuilding. Standard geocoding procedures approximate this by a point.Given a PSI like this, for instance:

-   -   77 massachusetts ave|cambridge|ma|02139        the associated lat/long can be discovered by feeding the text        string into any standard address geocoding product. Examples        include Etak's Eaglecoder, Sagent's GeoStan, and ESRI's ArcINFO        geocoding plug-in. The output of Etak's Eaglecoder looks like        this:    -   <command line interface> jrf@raag:˜$ mc/lib/etak/rie -b    -   <input text of PSI> 77 massachusetts ave|cambridge|ma|02139    -   <output of geocoder> 77 MASSACHUSETTS        AVE,CAMBRIDGE,MA,02139,42.358968,    -   -071.093997        The third line of the output contains lat/long information to        associate with this address. Thus, this PSI can be converted        into a KSI.

Locality encoder 434: Place names, like “Boston, Mass.” and “WashingtonMonument,” are listed by the US Census along with the latitude longitudeof the center of the place. This makes it easy to geocode them. Thelocality encoder 434, similar to the address encoder 432, searches forcandidate strings that could be town and state names. The localityencoder 434 differs, however, in that it looks up the town name in adatabase of all known towns in the United States 2262, and rejects thetown name if it does not appear.

Phone number encoder 436: The phone number encoder 436 converts phonenumbers to geographic locations by looking up the area code and exchangein a phone-to-place table 2266. The phone-to-place table 2266 maps areacode-exchange pairs to town name-state name pairs. This pair is thentreated as a locality name, except that its relevance score is loweredby a small constant number (determined heuristically) to reflect thefact that towns obtained in this way are somewhat less valuable thantowns that have been mentioned by name. A single telephone companycentral office may cover multiple towns, especially in suburbanlocations; there is a chance that the phone number is actually locatedin a neighboring town.

Spatial Meaning Inference

The spatial coder 43 includes a spatial meaning inference 438 process,or SMI 438, which can perform a special type of spatial coding. The SMI438 can deduce a spatial relevance for terms (words and phrases) basednot on a semantic interpretation but on statistical properties ofappropriate portions of the spatial-keyword document index 505.

Certain words and phrases correspond to geographic locations but are notrecorded by any existing geocoding services. To discover thesegeographic relations, the SMI 438 statistically analyzes the correlationof candidate words and phrases with KSIs. The SMI 438 uses the premisethat if a phrase occurs mostly in documents with addresses in the sameplace, then the phrase is probably also about that place. For example,“the big apple” occurs on many pages with the words “New York, N.Y.” andaddresses in New York City. The SMI 438 can deduce that “the big apple”is also about New York City.

The SMI 438 deduces spatial relevance as follows. The spatia-keyworddocument index 505 contains a tree for each indexed term, i.e. each termin word lexicon 225. For each word in a given string, the SMI 438examines the tree associated with that word. The examination includesinvoking the imbalance measurer 439 to measure a degree of imbalance inthe structure of the tree, which, since it is a trimmed version of thespatial document index 503, may have significant imbalance as a resultof trimming. The imbalance measurer 439 is described below. Broadlyspeaking, and as will be described in more detail, if enough terms inthe string have trees which have similar imbalances, the SMI 438associates the string with the spatial regions described by theimbalanced portions of said trees.

Returning to an earlier example, each word in the phrase “the big apple”appears in many documents. Performing a search over a spatia-keyworddocument index 505 for that phrase without specifying a bounding boxwill find a large “peak” in the number of documents near New York City.This is evidenced by the degree of imbalance in the trimmed result tree.The tree resulting from the intersection of these three words has manybranches in the latitude-longitude region covering New York City. Thistells us that pages with these three words next to each other areprobably referring to this lat/long region.

We call such words and phrases “geographic phenomena.”

A tree address is defined as follows. Given a spatial-keyword documentindex 505, any node or leaf in the index trees can be identified by aset of values indicating the sequence of child node numbers that must betraversed to reach that node. For example, in a binary tree, the treeaddress 0110 specifies the node found by starting at the root node andgoing to the first child's second childs' second child's first child. Ina 16-way tree, the tree address written in hexadecimal as “0x4f8”specifies the node found by starting at the root node and going to thefifth child's sixteenth child's ninth child.

To measure the “peakiness” of a particular phrase without using aspatial-keyword document index 505, the imbalance measurer 439 firstcomputes a “standard peakiness” of average words and then comparescandidates to that. In one embodiment, the imbalance measurer 439computes the standard peakiness by picking a random sampling of wordsand, for each of those words, computes the 2-dimensional variance of thepoints referred to by documents that contain the word. Documents thatare particularly relevant to a word can be given extra weight incomputing the variance, e.g. a highly relevant document can be scaledlinearly so that it appears to represent multiple documents at thatlocation. Given this random set of variances, the imbalance measurer 439computes the average variance. The average variance can be used as abaseline to detect a geographically relevant phrase or word. Any word orphrase with a variance much smaller than the baseline is a geographicphenomenon.

Use of the spatial-keyword document index 505 simplifies the SMI 438dramatically. Since the trees in the spatial-keyword document index 505already span all the documents known to the computer system 20, the SMI438 can detect a geographic phenomenon simply by considering the set oftree addresses of leaves in a trimmed result tree. For example, given acandidate word or phrase, the SMI 438 queries the spatial keyworddocument index 505 to get the trimmed result tree for this word orphrase and performs the following operation on this list of addresses.

From the tree, the SMI 438 creates a list of the tree addresses of everyleaf. Starting at the first digit in all the addresses, the SMI 438finds the most common branch number at this level (i.e., for thisdigit). The branch indexed by this digit is called a “candidate fork”because it is a fork of the tree, pointing in the direction of thecandidate location. The SMI 438 computes the fraction of the addressesthat follow the candidate fork at that level.

At the next level, the SMI 438 considers all addresses that took thecandidate fork in the last level and once again finds the most commonfork direction, using it as the next fork direction. The SMI 438 againcomputes the fraction of addresses still following the candidate fork.

The SMI 438 repeats this until the percentage of addresses stillfollowing the candidate fork falls below a predetermined thresholdadjustable by the operators of the computer system 20. The particularthreshold may be adjusted for each domain. Adjusting the thresholdadjusts the quality of matches that are considered. It is setempirically.

For example, for simplicity of explanation consider a binary tree whosenodes divide a domain space into rectangles, and consider these fouraddresses that fork together for several levels:

-   -   1011110101011111    -   1011101011101010    -   1011101011101111    -   1011101011101101    -   Level 1: forked 1=100%    -   Level 2: forked 0=100%    -   Level 3: forked 1=100%    -   Level 4: forked 1=100%    -   Level 5: forked 1=100%    -   Level 6: forked 0=75%    -   Level 7: forked 1=75%    -   Level 8: forked 0=75%    -   Level 9: forked 1=75%    -   Level 10: forked 1=75%    -   Level 11: forked 1=75%    -   Level 12: forked 0=75%    -   Level 13: forked 1=75%    -   Level 14: forked 1=50%    -   Level 15: forked 0=25%—below 50% threshold.        These tree addresses suggest that the word is 100% relevant to a        region defined by the rectangle in the spatial index tree 502 by        the address 10111, and 75% relevant to the rectangle        10111010111.

If a particular word is rare, i.e. occurs only a few times in the entirepage repository 222, but its appearances are highly correlated withgeographic identifiers in the same place, then that word might beassociable to a point location. For example, the word “EVOO” is the nameof a restaurant in Somerville, Ma., USA. The word “EVOO” appears only afew times in the entire corpus. Most of these times it appears on a pagewith the address for the restaurant. The other times, it appears onpages reviewing the restaurant. Given the strong correlation of “EVOO”with the restaurant's address, we can geocode the word “EVOO” with thesame latitude/longitude point. This enables us to geocode the otherpages with that same point. The latitude/longitude point is transmittedfrom one page to the other pages through the word link “EVOO.”

Note that the spatial meaning inference 438 process is not usually ableto associate a phrase with a location as focused as a point. Boundingpolygons are a more common result. The main purpose of geocoding thesephrases is to improve the ranking of documents, discussed in the sectionon spatial document ranking 45.

Keyword Parser

Non-geographic search terms (keywords) are identified as follows. As thedocuments are saved to the page repository 222, a keyword parser 44process opens each document and scans its keywords. These keywords arestored in a database table called word_instances 227, which includes thefields: wordID 2272, docID 2274, and word-doc relevance float 2276. Theword_instances 227 table associates a given keyword with a set ofdocuments containing it.

The WordID is a number that replaces the string of characters in theword. This reduces storage requirements and allows us to treat a phraselike “the big apple” as a single database entry. The word lexicon 225 isa database table that acts as the dictionary of all words and theircorresponding WordIDs. The word lexicon 225 table includes the fields:word 22621; wordid 22623; and word_occurrences 22625.

The keyword parser 44 includes a tag recognizer 442 for parsingdocuments that contain tagged text such as SGML or the related standardsHTML and XML. Tag recognizers for various document standards are wellknown in the computing art and can even be a feature of the operatingsystem.

Methods standard in the art may be used to index a document for phrasesearching, this allows a user to issue a query for a set of words closetogether or immediately adjacent in documents.

Spatial Document Ranking

Given the potentially vast amount of information, document ranking isvery important. Results relevant to the user's query must not beoverwhelmed by irrelevant results, or the system will be useless.

The spatial document ranking 45 process produces a ranking of documentsthat includes evaluations of document-to-place relevance 452,document-to-word relevance 454, and abstract quality 456. Evaluationsare combined into a floating point number indicating the relevance ofeach document to the query.

The document-to-place relevance 452 score indicates a document'srelevance to a domain location, where the domain location is describedby a PSI or KSI within the document. The following is a method ofconsidering the relevance of one SI (spatial identifier, which might bea PSI or a KSI) to one document. It is possible to compute this forseveral different SIs in the same document. These SIs can be combined ifthey all refer to the same geographic region. For example, a documentmight have an address and a phone number that we can geocode. If theaddress is to a point nested inside the phone number's area, then we canimprove the geographic relevance of the document to that address. Theboost in relevance might be affected by handcrafted weights chosen forthe different circumstances in which multiple SIs can combine on a page.This improvement is secondary to the relevance computed by the followingmethod.

Document-To-Place Relevance

The document-to-place relevance 452 score includes the following scores:position in page 4521, distance from end 4523, number of other SIs 4525,in sentence 4527, and emphasis 4529. (See Appendix A)

The position in page 4521 score is a heuristic function, calibrated fromlarge numbers of observations of SIs. It assigns a score on the premisethat SIs appearing earlier in a document are likely to be more relevant.Distance may be measured in characters or bytes. SIs that appear “abovethe fold” (on screen when a page is first loaded, without having toscroll) are considered most relevant.

The distance from end 4523 score gives the document-to-place relevance452 score a slight boost if the SI occurs at the footer of the document;this partially counteracts the low score assigned to it by the positionheuristic.

The number of other SIs 4525 score is a heuristic function that dilutesthe relevance of a SI based on how many other SIs are in the samedocument. Documents with large numbers of addresses tend to be lists,where any individual address has a low probability of being relevant tothe document.

The in sentence 4527 score gives a slight boost to SIs that arefree-standing, as opposed to being mentioned in a sentence.

The emphasis 4529 score reflects the degree of emphasis of the SI text,including being in boldface, large type, or in the page's title. Thisscore takes the form of a decimal number where 1.0 is assumed to bestandard (neither de-emphasized or emphasized); lower numbers indicatelack of emphasis (such as small text) and higher numbers indicateprominence.

Document-to-Word Relevance

The document-to-word relevance 454 score indicates the relevance of aparticular word to a particular document that contains it. Means formeasuring the relevance of a word to a document are well known in theart. For instance, see S. E. Robertson and K. Sparck Jones, “Simple,proven approaches to text retrieval,” University of Cambridge ComputerLaboratory technical report, May 1997.

Phrase searching may also affect document relevance. This type ofrelevance is typically computed on-the-fly at the time of a user's queryfor a particular phrase. There are methods standard in the art forcomputing this type of relevance.

Abstract Quality

The abstract quality 456 score represents document value independent ofa given word or place. There are several ways to measure this, includingthe number of pages that link to the document, the number of timespeople click on the document when it is served as a search result, andthe number of other documents that refer to the same words andplaces—that is, if it is a document like many others, its abstract valuemight be considered low, independent of the particular words itcontains.

The abstract quality 456 score include components for networkconnectedness 4562 and a manual updates 4564. Network connectedness 4562is computed from the probability that the page will be chosen by arandom crawl of the web. This probability is then mapped to a score. Theparticular mapping chosen depends on the size of the document collectionin the page repository 222, since the probability of finding any givendocument is inversely proportional to the collection size.

The manual updates 4564 score is designed to incorporate the input ofhuman editors. The editors can craft rules that adjust the abstractquality 456 of particular documents. For example, they can weight alldocuments within a particular site as better than other documents simplyby increasing their document quality measures. They might do this with asite that itself is a careful product of human editors, such asZagat.com.

The abstract quality 456 score is stored in an abstract_document_quality228 table, which includes the fields doc_id 2281 and document_quality2283. The doc_id 2281 field is a foreign key referencing the doc_id 2221field in the page repository 222.

Indexer

The indexer 46 analyzes documents to prepare data structures thataccelerate the search 50 process. The indexer 46 includes a spatialindexer 462, spatial-keyword indexer 465, and a tree degree converter466.

Spatial Indexer

With reference to FIG. 7, the spatial indexer 462 creates a spatialindex 502 and a spatial document index 503 for a domain space. Thespatial index 502 is a binary tree. The spatial document index 503 is atree that is based on the spatial index 502, but may be of a higherdegree than 2 (the degree of all binary trees).

The spatial indexer 462 in step 4621 gathers a collection of all domainlocations referenced by a document in the page repository 222, thencreates a root node for the spatial index 502 tree in step 4622. Thespatial indexer 462 passes the root node and the collection to step4624, which marks the beginning of the recursive spatial indexingsubroutine (or RSIS) 4620.

In step 4624, the RSIS 4620 receives a node and a collection. The RSIS4620 examines the collection in step 4625 to determine whether thecollection contains more than one element. If it does not, the RSIS 4620associates the current node with the one element's domain location instep 46295 and goes to step 4629, returning control to the routine thatinvoked it. Otherwise, the RSIS 4620 proceeds to step 4626, where theRSIS 4620 spatially divides the collection along spatial divider D intocollections L and R, such that L and R are as equal in number aspossible. If the domain space is a plane, the spatial divider D is aline in the plane. If the domain space is in three dimensions, thespatial divider D is a plane through 3-space. In general, if the domainspace is of X dimensions, the spatial division is a manifold ofdimension X minus one. The RSIS 4620 in step 4626 also stores thecriteria for the spatial divider D in node N. Thus, each node containscriteria that divide a master collection of locations into twosub-collections.

The RSIS 4620 in step 4626 also creates a left node and a right node onthe node passed to step 4624. This creates a fork in the binary treethat will act as an index. The tree as a whole becomes the spatial index502.

The RSIS 4620 becomes recursive by invoking itself on each of thesub-collections. Specifically, in step 4627 the RSIS 4620 passessub-collection L and the current left node to step 4624, while in step4628 the RSIS 4620 passes sub-collection R and the current right node tostep 4624. The RSIS 4620 repeats until every collection has been dividedinto collections of single elements, which are associated with childlessnodes. All other nodes have division criteria and two nodes descendingfrom them.

After the spatial indexer 462 builds the spatial index 502 tree, whichindexes the points referred to in a corpus of documents, the spatialindexer 462 builds the spatial document index 503 by extending a copy ofthe spatial index 502 tree to cover multiple documents that refer to thesame spatial point. The spatial indexer 462 invokes a tree degreeconverter 466 to make a version of the spatial index 502 that isrepresented in a tree of degree k.

The extension of the spatial index 502 produces new branches that nolonger reflect spatial divisions but instead reflect partitions of thedocuments referring to that point. In particular, instead of the nodesincluding criteria that define spatial divisions within the domain (asthe nodes inherited from the spatial index 502 continue to do), thenodes added after the extension include criteria for branching withinthe space of the docID 2221 numbers of the documents. Partitioning basedon a key value (such as the docID 2221) of a database table is standardin the art. Such a partitioning produces a k-way tree on the documentsusing their docID 2221 numbers as a key.

Degree K

An important optimization of an index tree of degree k involves theselection of k. A k-way branching structure must be chosen beforebuilding or storing the trees. K could be as low as two and as high as afew thousand or tens of thousands, depending on the number of documentsand possibly the underlying computing platform. A tree of degree k canindex (k)^(L) documents in L levels.

A large value for k makes it faster and more storage efficient to dealwith keywords that appear in only a few documents. If the number of rarewords in the page repository 222 is large, a large value for k is morestorage efficient than a smaller one. However, a smaller value of k canbe more search efficient, as it allows a traversing process (in responseto a query) to ignore branches of the tree that fail its constraints.

The selection of k is an empirical process that may be performed forevery set of documents, in the page repository 222, to be indexed. It isinfluenced by hardware limits, such as the number of bits handled by asingle processor instruction and the number of blocks loaded by the diskdrive. The most important factor in choosing k is the word-frequencydistribution. Keyword lexicons for web pages, for instance, show a hugenumber of words that appear in only one or two documents, but morecommon words appear in many documents. These common words produce a “fattailed” distribution. The exact shape of the distribution for aparticular set of documents determines the optimal k. Given a value fork, it is a simple calculation to count the number of bytes used to storethe word trees for a particular lexicon and set of documents.

Tree Degree Converter

The tree degree converter 466 is a function that accepts parametersincluding a binary tree and an integer k, and returns as its output atree of degree k incorporating the structure and data of the binarytree. Methods for this conversion are known in the computing art.

Spatial-Keyword Indexer

The spatial-keyword indexer 465 builds a spatial-keyword document index505 responsive to queries for documents. The queries can have keywordcriteria, spatial criteria, or both.

The spatial-keyword indexer 465 gathers all domain locations referencedby documents in the page repository 222.

The spatial-keyword indexer 465 uses the spatial document index 503generated by the spatial indexer 462. The spatial document index 503 isa k-way tree on this list of documents. The spatial-keyword indexer 465copies the spatial document index 503 to create a keyword tree 506 forevery keyword. For each keyword tree 506, the spatial-keyword indexer465 trims away all documents that do not contain that particularkeyword. If, after the document trimming, the subtree depending from anode of the keyword tree 506 does not contain a document, thespatial-keyword indexer 465 removes that node (and therefore itssubtree).

The spatial-keyword indexer 465 creates for each keyword a minimalkeyword tree 506 that relates the keyword to the corpus of documents inthe page repository 222. Furthermore, the spatial-keyword indexer 465ensures that one branching structure is common to all keyword trees aswell as to the spatial document index 503 tree.

Search

With reference to FIG. 5, the search 50 process responds to queries witha set of documents ranked by relevance.

A lexical tree 508 is any copy of the spatial document index 503 tree,possibly trimmed. Thus, every keyword tree 506 is a lexical tree 508, asis the spatial document index 503 tree itself. Also, any filter can beexpressed as a lexical tree 508, since a filter determines a set ofdocuments, and any set of documents determines a trimming of the spatialdocument index 503 tree. Thus, lexical trees 508 can be built to indexarbitrarily complex sets of documents.

The search 50 process uses the spatial document index 503 andspatial-keyword document index 505 to find documents that refer to agiven set of domain locations or regions, and documents related to agiven set of keywords existing in the word lexicon 225. The search 50process can also find documents using a lexical tree 508, such as mightrepresent a filter. Thus, the search 50 process can respond to queriesthat seek documents according to spatial domain criteria, keywordcriteria, filters, or any combination thereof. Furthermore, the search50 process can invoke the document ranker 56 process to rank the resultset of documents by relevance to the query terms.

The search 50 process answers queries via the procedure in FIG. 6. Aquery includes at least one of the following: a bounding regionspecifying a closed shape (typically a polygon in two dimensions),words, phrases, and layers. The bounding region can be the domain framefrom the map interface 80.

For each element in the query, the search 50 process loads a copy of theappropriate tree, determined as follows. If a bounding region isspecified, step 703 loads the spatial document index 503. If keywordsare specified, step 702 load the spatial-keyword document index 505 treefor each keyword. If a phrase is specified and the phrase is not asingle entry in the word lexicon 225, then step 702 loads each word'sspatial-keyword document index 505. If a phrase is specified and is asingle entry in the word lexicon 225, then step 702 need only load thatphrase's spatial-keyword document index 505. If a layer is specified,its name identifies the appropriate lexical tree 508, which is loaded bystep 702.

The search 50 process counts the number of leafs of each of these trees.At step 703, the search 50 process estimates the approximate number ofleafs in the spatial document index 503 bounded by the query boundingregion, by multiplying the area of the bounding region by the averagedensity of points in the corpus. At step 704, these numbers are used toorder the trees in a list, with the smallest tree first.

At step 705, this smallest tree is re-labeled as the result tree andwill be trimmed to generate the final result tree. For each node thatexists in the partially trimmed result tree, the search 50 processchecks all the trees to see if they also contain that node. In steps 708and 712, the search 50 process checks the trees in list order. If anytree lacks that node, the search 50 process stops checking and in step709 deletes the subtree below that node in the result tree. (SeeAppendix B) Steps 710 and 711 traverse the tree. The search 50 processcontinues checking all the nodes in the result tree until only leafnodes remain. These leaf nodes represent the result set of documents.Step 713 returns the result tree.

The leafs of spatial-keyword document index 503 trees have wordrelevances and lists of the positions and contextual emphasis of thewords in each document. The spatial document index 503 has spatialrelevances for each document. The lexical tree 508 for each layer mayhave an abstract document quality 456 for some documents. Theserelevances are combined for each document in the result set. Thecombination procedure might be averaging, summing, or a weightedaverage.

A second process might compute adjustments to the document relevances byconsidering the emphasis and proximity of multiple query words withinthe documents. This standard procedure simply gives higher relevance todocuments in which the query words appear closer together.

The final result list of documents might be sorted for return to theuser. The sorting procedure might extract only a portion of thedocuments with the highest relevance.

Document Ranker

Document ranker 56 combines various relevance scores for each documentin a result set and sorts the documents by this combined relevance. Thecombination function may be an averaging or a weighted sum or some othercombining function tailored to the various relevance scores used. Thedocument ranker 56 may take streams of sorted result sets from severaldatabase systems and merge sort them to produce a new result set.

Icon Ranker

The icon ranker 57 receives a sorted list of results from the documentranker 56. To present this list to the user who requested the documents,the icon ranker 57 aggregates overlapping icons according to the mannerdescribed in the section on Icons. This list of aggregated icons ispresented to the user with sublists next to each icon 810. Thesesublists identify the documents aggregated into that icon 810.

The icon ranker 57 groups documents into icons 810 as follows. The iconranker 57 takes the first document from the sorted result list and makesit the first icon 810 in the icon list. For each subsequent documenthaving a tentative display location in the result list, the icon ranker57 examines whether an icon 810 situated at the tentative displaylocation would collide with any icon 810 already in the icon list. If acollision occurs, the icon ranker 57 associates the colliding documentwith the existing icon. If no collision occurs, the icon ranker 57 addsan icon 810 to the icon list and associates the current document withsaid icon 810. This procedure may terminate whenever the number of iconsreaches the lesser of a maximum number determined by the user or apredetermined number that is a customizable operating parameter of thecomputer system 20.

If a document is topically affiliated with a particular icon class, theicon ranker 57 assigns an icon face 818 from said icon class to the icon810 that will represent the document. If multiple icon classes areaffiliated with documents represented by a single icon 810, the iconranker 57 may select one of the said icon classes to assign to said icon810 or may assign a new icon class built to reflect said multiple iconclasses.

User Profiles

The user profiles 65 process manages information specific to useraccounts. The information may include descriptions of how users haveinteracted with the computer system 20 in the past. Other elements thatmight be recorded include default location to display to the user whenbeginning an interaction, set of previously collected layers, set ofpreviously posted note documents, previous searches, and previous clickpatterns or behavior. Part or all of this information may be madedirectly viewable and editable by the user.

The user profiles 65 process also allows a user to log into the computersystem 20 with a user name and possibly a password. The user nameidentifies the user with a user account, as is common in the art. Themap interface 80 can include account login entry controls 861, includinga prompt for account login 862, a data entry control 863, and asubmission control 864.

Data Presentation

The data presentation 60 process manages the state of the map interface80 for each user session. As the user changes the state of the mapinterface 80—for instance, by issuing queries, selecting controls, andgenerally utilizing the interface tools—the data presentation 60 systemkeeps track of these changes and their sequence. This recorded historyenables querying within previous result sets. For example, a user canquery for documents referring to “shoes” in “Cambridge, ma,” and in asubsequent interaction, the user can filter this set of documentsfurther by requesting only those documents that contain the word“store.” This results in a list of documents containing “shoes” and“store” and referring to “Cambridge, ma.” The user could then zoom outto see a larger region with these document still displayed in the map.To see new documents that might fit the keyword query in this largerdomain, the user can re-issue the query.

Similarly, the user could combine a set of documents with another set ofdocuments selected by a different query.

Any number of subsequent filter operations or result set combinationscan be performed, limited only by the storage resources of the computersystem 20 or, optionally, by parameters built into the computer system20, as for performance reasons. The data presentation 60 system keepstrack of filter operations by a given user so that the computer system20 can present the correct set of documents to the user at eachsubsequent interaction.

Service Collector

The service collector 24 includes a proxy through which the userinterface server 62 and the portal server 70 communicate with theprocesses for data presentation 60, search 50, and user profiles 65.

Portal Server

The computer system 20 includes a portal server 70 process. The portalserver 70 offers at least some of the services of the computer system 20through remote procedure calls and other network protocols. This allowsthe services, data, and tools of the computer system 20 to be deliveredthrough public portal systems or directly to individuals. Examples ofcompanies offering public portal systems include Yahoo! Inc. of 3420Central Expressway, Santa Clara, Calif., and Sprint PCS of PO Box 8077,London, Ky.

ALTERNATE EMBODIMENTS

A number of embodiments of the invention have been described.Nevertheless, it will be understood that various modifications may bemade without departing from the spirit and scope of the invention.Accordingly, other embodiments are within the scope of the followingclaims.

APPENDIX A psuedocode excerpt for assigning relevance of document toplace # Heuristically-determined parameters: # $emphasis_bonus_modifierdetermines the importance of the emphasis bit. #$sentence_penalty_modifier determines the importance of the in_sentencebit # $sp_full_point: the position after which the sentence penaltyfully # applies # $sp_transition_point: the position after which thesentence penalty # starts to apply; it goes from 0 at this position to #$sentence_penalty_modifier at $sp_full_point # $end_bonus_size: maximumnumber of characters from the end of the # document at which the end-ofdocument bonus applies # $end_bonus_max: the maximum relevance value forwhich the end-of- # document bonus applies # $end_bonus_multiplierdetermines the weight of the end-of document bonus # Start with theposition heuristic function. This is a nonincreasing # function which isnormalized to 1 for position 0. It decreases slowly up # to someposition p_f which is the average position of the “fold”, that # is, theplace where the end of the visible area of a typical document # occurswhen it is first displayed to a user. For positions # greater than p_fit decreases more quickly, but levels off for large # positions. Theexact form is determined heuristically by manually # assigning a scoreto a large number of instances of PSIs in typical # documents andfitting a function to these scores. $relevance =&position_function($pos); # Bonus for being bold, large font, in title,etc. $emphasis is a # heuristic function of the PSI which was assignedon how emphasized it # is. $emphasis_bonus = $emphasis_bonus_modifier *$emphasis; # Penalty for being in a sentence, e.g. “We would like toannounce the # availability of several of our products through theHopkinton Drug # Store, 52 Main Street, Hopkinton, MA 01748.” # Nopenalty is assigned for PSIs in the first $sp_transition_point #characters, going up to the full penalty after $sp_full_point #characters. if ($pos > $sp_full_point) {  $sentence_penalty =$sentence_penalty_modifier * in_sentence; } else { if ($pos >$sentence_penalty_transition_point) {  $sentence_penalty =$in_sentence * $sentence_penalty_modifier *          (($pos-$sp_transition_point)/        $sp_full_point-$sp_transition_point);  } else { $sentence_penalty = 0.0;  } } $relevance += $emphasis_bonus −$sentence_penalty; # Bonus for being at end of document for longdocuments. It is # proportional to # how low the relevance already is,so that already highly # scoring PSIs don't receive a bonus for being atthe end. # This is before the number of PSIs function so that it will be# depressed by that function (and the last PSI in a big list won't #score too high.) if ($size − $pos < $end_bonus_size && $relevance <$end_bonus_max) {  $relevance += ($end_bonus_max − $relevance) *$end_bonus_multiplier; } # Now depress the above score based on how manyother PSIs # appear on the page. # num_psi_function($num) is a functionwhich determines how much less # valuable a PSI is when it occurstogether with other PSIs. # It is nonincreasing, and is one for $num =1; it decreases # quickly for small $num, and more slowly for large$num. # This function is determined heuristically as described above forthe # position function. $relevaite *= &num_psi_function($num);

APPENDIX B to test the existence of a node address N in a tree T: if (Tis a keyword/layer tree) {  nodeQ = pointer to root node of T;  foreach$step in node address N {   next nodeQ = pointer to child number $stepfrom previous nodeQ;   if ( nodeQ is a valid child ) {    continueforeach loop;   } else {    exit with return value = “false”;   }  } return “true”; # the loop exited without hitting a nonexistent child }if (T is the spatial tree) {  in the following, polygonP is the boundingregion given by the user;  nodeQ = pointer to root node of T;  foreach$step in node address N {   next nodeQ = pointer to child number $stepfrom previous nodeQ;   if ( region below nodeQ overlaps polygonP) {   }else {    exit with return value = “false”;   }  }  return “true”; # theloop exited without hitting a division outside         # the query'sbounding region }

1. A method for displaying information about documents in a corpus ofdocuments, said method comprising: accepting search criteria from auser, said search criteria including a free text entry query and adomain identifier identifying a domain; in response to accepting saidsearch criteria from the user, identifying a set of documents among thecorpus of documents, wherein each document of the set of documents: (1)contains anywhere within the document location-related informationreferring to a location within the domain; and (2) contains anywherewithin the document information responsive to the free text entry query,wherein said identified documents are identified by a plurality ofdocument identifiers; displaying a multi-dimensional representation ofsaid domain on a display device; and displaying within therepresentation of the domain displayed on the display device a pluralityof visual indicators as representations of the documents identified bysaid plurality of document identifiers, wherein each visual indicator ofthe plurality of visual indicators represents a corresponding differentsubset of documents among the identified documents and wherein eachvisual indicator is positioned within the representation of the domainat a coordinate corresponding to the location-related information forthe corresponding subset of documents.
 2. The method of claim 1, whereinthe plurality of visual indicators is a plurality of icons.
 3. Themethod of claim 2, wherein displaying the plurality of icons involvesdisplaying a plurality of icon types, wherein each icon type of theplurality of icon types represents a corresponding different subset ofdocuments among the identified documents and wherein each icon type ispositioned within the representation of the domain at a coordinatecorresponding to the location-related information for the correspondingsubset of documents.
 4. The method of claim 3, further comprisingvarying a visual characteristic of the plurality of icons depending onicon type.
 5. The method of claim 4, wherein the visual characteristicis a color of the icon.
 6. The method of claim 4, wherein the visualcharacteristic is a shape of the icon.
 7. The method of claim 4, whereinvarying the visual characteristic involves varying the visualcharacteristic to reflect a relevance measure of underlying documents.8. The method of claim 3, wherein the plurality of icon types includes afirst icon type for representing multiple documents for which thespecific locations to which those documents refer are close to eachother on the displayed representation of the domain.
 9. The method ofclaim 8, wherein the plurality of icon types includes a second icon typefor representing a single document and wherein the second icon type hasa visual appearance different from the visual appearance of the firsticon type.
 10. The method of claim 3, wherein the plurality of icontypes includes a first icon type for representing multiple documents forwhich the specific locations to which those documents refer areidentical.
 11. The method of claim 10, wherein the plurality of icontypes includes a second icon type for representing multiple documentsfor which the specific locations to which those documents refer areclose to each other but not all identical.
 12. The method of claim 11,wherein the first and second icon types have different visualappearances.
 13. The method of claim 2, further comprising displaying alegend for a selected one of the icons of the plurality of icons,wherein said legend lists information about the documents represented bythat icon said selected one of the icons.
 14. The method of claim 13,further comprising ordering the information about documents in thelegend according to relevance scores.
 15. The method of claim 13,further comprising grouping the information about the documents in thelegend by topical category.
 16. The method of claim 1, wherein thedomain is a spatial domain.
 17. The method of claim 1, wherein thedomain is a physical region.
 18. The method of claim 1, wherein thedomain is a representation.
 19. The method of claim 1, wherein thedomain is a geographical region and said representation is amulti-dimensional map of the geographical region.
 20. The method ofclaim 1, wherein the domain identifier is a word or phrase correspondingto a location.
 21. The method of claim 1, wherein the domain identifieris spatial criteria entered into a spatial criteria entry control. 22.The method of claim 1, wherein the domain identifier is a map.
 23. Themethod of claim 1, wherein the domain identifier is a map border of amulti-dimensional representation of a domain displayed on the displaydevice.
 24. A method for displaying information about documents in acorpus of documents, said method comprising: accepting search criteriafrom a user, said search criteria including a free text entry query anda domain identifier identifying a domain; in response to accepting saidsearch criteria from the user, identifying a set of documents among thecorpus of documents, wherein each document of the set of documents: (1)contains anywhere within the document location-related informationreferring to a location within the domain; and (2) contains anywherewithin the document text responsive to the free text entry query,wherein said identified documents are identified by a plurality ofdocument identifiers; displaying a representation of said domain on adisplay device, wherein the domain is a geographical region and saidrepresentation is a multi-dimensional map of the geographical region;and displaying within the representation of the domain displayed on thedisplay device a plurality of icon types, wherein each icon type of theplurality of icon types represents a corresponding different subset ofdocuments among the identified documents and wherein each icon type ispositioned within the representation of the domain at a coordinatecorresponding to the location-related information for the correspondingsubset of documents.
 25. The method of claim 24, wherein icon typesamong the plurality of icon types have different visual appearances. 26.The method of claim 24, wherein the plurality of icon types includes afirst icon type for representing multiple documents for which thespecific locations to which those documents refer are close to eachother on the displayed representation of the domain.
 27. The method ofclaim 26, wherein the plurality of icon types includes a second icontype for representing a single document and wherein the second icon typehas a visual appearance different from the visual appearance of thefirst icon type.
 28. The method of claim 24, wherein the plurality oficon types includes a first icon type for representing multipledocuments for which the specific locations to which those documentsrefer are identical.
 29. The method of claim 28, wherein the pluralityof icon types includes a second icon type for representing multipledocuments for which the specific locations to which those documentsrefer are close to each other but not all identical.
 30. The method ofclaim 29, wherein the first and second icon types have different visualappearances.
 31. An interface program stored on a computer-readablemedium for causing a computer system with a display device to performthe functions of: accepting search criteria from a user, said searchcriteria including a free text entry query and a domain identifieridentifying a domain; in response to accepting said search criteria fromthe user, identifying a set of documents among the corpus of documents,wherein each document of the set of documents: (1) contains anywherewithin the document location-related information referring to a locationwithin the domain; and (2) contains anywhere within the documentinformation responsive to the free text entry query, wherein saididentified documents are identified by a plurality of documentidentifiers; displaying a multi-dimensional representation of saiddomain on the display device; and displaying within the representationof the domain displayed on the display device a plurality of visualindicators as representations of the documents identified by saidplurality of document identifiers, wherein each visual indicator of theplurality of visual indicators represents a corresponding differentsubset of documents among the identified documents and wherein eachvisual indicator is positioned within the representation of the domainat a coordinate corresponding to the location-related information forthe corresponding subset of documents.
 32. The interface program ofclaim 31, wherein the plurality of visual indicators is a plurality oficons.
 33. The interface program of claim 32 for causing the computer toperform the function of displaying the plurality of icons involves bydisplaying a plurality of icon types, wherein each icon type of theplurality of icon types represents a corresponding different subset ofdocuments among the identified documents and wherein each icon type ispositioned within the representation of the domain at a coordinatecorresponding to the location-related information for the correspondingsubset of documents.
 34. The interface program of claim 33, wherein theplurality of icon types includes a first icon type for representingmultiple documents for which the specific locations to which thosedocuments refer are close to each other on the displayed representationof the domain.
 35. The interface program of claim 34, wherein theplurality of icon types includes a second icon type for representing asingle document and wherein the second icon type has a visual appearancedifferent from the visual appearance of the first icon type.
 36. Theinterface program of claim 35, wherein the plurality of icon typesincludes a first icon type for representing multiple documents for whichthe specific locations to which those documents refer are identical. 37.The interface program of claim 36, wherein the plurality of icon typesincludes a second icon type for representing multiple documents forwhich the specific locations to which those documents refer are close toeach other but not all identical.
 38. The interface program of claim 37,wherein the first and second icon types have different visualappearances.